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(57) At>stract: A compnter-impleiRented method of gnqjhically deBning a fonnula, includes providing a first operator object for 
defining a method of manipulating al least one input to produce at least one result. A graphical representation of die first operator 
object is displayed. A variable object for containing data is provided. An input ftom a user to relate the variable object to one of 
inputs or one of Ihc results of the first operator object is received- A graphical representation of the first variable object and its relation 
to the operator object is <fisplayod. A Iqgtcal description of the relationship between objects Is recorded Uicrcby defining the formula. 
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METHOD OF CRAPRir ALLY DEFINING A FORMULA 



Field of the Invention 

Hie present invention relates to a method of gpiphically defining a formuh for manipulating 
5 input data to produce a result Preferably the method is embodied in the forni of a computer 
program* 

Background of the InventioD 

It is common for complex manipulation of data to involve many complex fomiulae. Often a 
10 model that provides a multilevel approadi to representing the manipulation of the data is 
usefiil to define tfie fomnulae. It can ofbm be difiBcult working out the fonnulae needed for 
each level of the model. It can also be help&l to thb process if the formulae can be 
rqnesmted and defined graphically. 

15 US Fatent No. 4,901^1 to Kodosfy et at discloses a gmphical system and method fbr 
modelling a process. The method disclosed allows a user to construct a diagram using a block 
diagram editor such that the diagram created graphicaily displays a procedural method for 
accomplishmg a certain result As the user constructs the data flow diagram^ madiine 
langua^ instructkxns are automatically construded widi vrfiidi characterise an execution 

20 procedure wMch oonesponds to the displayed procedure. A user can cteate a text based 
computer program soldy by udng a grai^cally based programming envnonment A 
limitation of this medtod is duit it relies upon iteration control for producing each ou^t that 
is the result of a fimction of data applied to an mput variable at any ghren time. It also relies 
on assenri>ling on a saem a data flow diagram including an iteration icon that references an 

2 5 Iteration c<mtrol means for controlling multiple iterations of data flow. 

, It is desirable when designing the model not to be concerned with iterations of data 
particularly when designing an d>Ject orientated model. 

3b Summary of the Invention 

An object of tfie present inv^cm is to provide a method of graphically defining a formula. 

According to a first asfcU of the present invention there is provided a computer-implemented 
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method of graphically defining a fonnuh, said method including: 

providing a first opeiator object for defining a medu>d of manipulating at least 
one input to produce at least one lesuh; . 

diq>laying a graphical representation of tte fiist opeator otgect; 

providing a first variable object for containing data; 

receiving an input fiom a user to relate the variable object to one of the inputs 
or one of the results of the first operator object; 

di^laying a graphical rqiresentatton of die first variable object and its 
relation to die first q)erator object; and 

recording a logical description of the relationship between die objects; 

whereby the formula is defined tiy the logical description. 

According to a second aspect of Ae present invwition there is provided a computer- 
fanplemented inethod of grairiitcally defining a formula, said method inchidmg: 

providing a first variable object for containing data; 

displaying a graphical rq;nesnit8tion of the varid>le object 

providing a first qierator object for defining a method of manipulating at least 
one input to produce at least one result; 

recehfing an input fifom a user to relate one of die inputs one of the results 
of the first operator object to the variable object 

displaying a grqsiucal represe n tation of tfie first operator object and its 
relation to the fir^ variabte object; and 

recording a logical description of tiie relation^p between die objects; 

wherd>y tiie formula is defined 1^ die logical description. 

Preferably die mediod fiirdier includes die stq)s of: 

providing one (nr more fiirdier variable objects; 

receivuig finther inputs fiwi the user to relate each fiirthor variable object to 
one of die inputs or one of die results of die first operator object 

displaymg a graphical representation of die fiirdier variable objects and dieir 
relation to die operator otject 

Preferably die meOiod fiirdier includes die stqis of: 
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providing one or more fiuther operator objects; 
lecriving furlh^ mputs fiom flie user to relate eadi variab^ 
inputs or one of die results of the fiuther q)enitor object^ 

displaying a graphical representation of die finthor operator objects and their 
5 relation to die variable objects. 

Preferably each variable object is selected torn: an input object for providing data fiom a data 
source; an ou^ut object to provide data to a data destination; or a connection object for 
passing data 6om one operator object or another. Preferably a connection object represented 
10 as a link between the operator objects. Preferably each variable object nnay be provided with 
a variable labeL Plreferably each operator object may be provided widi a operator labeL 

Preferably, die logical description of the formula is defined by die logical relationship 
between die objects* Prefeiably a graphical definition of the fixmula is recorded that defines 
15 the graiAicai display of the relationship between objects. 

Pr^rabiy the mediod inchides die step of storing bifecmation describing the logical 
definitioa Plrefeiably die meduxt includes the stq> of storing faifomiati<m describing the 
graphical (fefiniticm. 

20. 

Pieferab^^ two or more related operator otjects.may be grouped such diat die grouping 
defines a groiqmig qiierator object, wherein variable objects crossing the border of die 
groiqungand ccumecting to UQNits of operator objects in the groiqi . become die inputs of the 
groining olyect con^xmoit and variable objects cros^g die border of die grouping and 

25 ccHinecting to results of the operator objects bi the group become results of the grouping 
operatm^ object Preferably ii^mts and results of operator objects in die group not linked to 
another diject h&copot in|»its and results, respectively, of the grouping operator object 
Prrferably the grq)hical representation of the grouped objects is replaced by a grairiiical 
rqiresentatkm of the groiqiing operator object and die graphical representation of links to the 

3 0 contents of group are rqilaced widi graphical represoitaticms of links to die representation of 
die grotqniig object 

Prefeiably die logical definition of die formula defined includes the contents of the groupmg 
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operator object Preferably the gnqthical definition of the overall formula displayed excludes 
the contents of the grouping operator object Fkeferably the contents of the grouping operatiM' 
object may be graphically rqnesoited squrately from the overall graphical representation of 
the fomiula* 

5 

Prefi^ly, variable objects may be attributed with properties that defme the type of data they 
can hold. Prefmbly each input and result of an operator object may be attributed with 
properties that define the typ^ of data that the operator object expeds to receive and be ab I e to 
produce* respectively. 

10 

Preferably* a variable object may inherit the properties from the properties of another variable 
object that has abeady been defined and is related by an intervening operator object 
Preferably* a variable object m^ inherit the properties from the properties of an operator 
object iqputor^resulttfiat has already been defmed and to Proferabty.an 
15 input or result of an operation object may inherit the properties from die properties of a 
variable object that has already been defined and to which it is related. 

Pkeferabty, the method inchides a step of checkmg that the properties of objects with already 
attributed which are beirig rdated match. 

20 

PreferaUy a library of labelled varmUe objects is predefined. Preferably a library of labelled 
cpmta>r objects is predefined, eadi; labelled operator object*s method of marupulatiiig its 
input/s to produce its result/s also bring predefined. 

25 Preferably the variable label of a variable object may be selected from a list of predefined 
variable labds. Preferably each variable label may be attributed widi properties that define 
the type of data a variable object labelled with the label can contain. Preferably the selection 
of a variable label attributes the propeities associated with the label to die variable object 
Preferably die properties attributed to a variable object limit die selection of labels available 

30 tobeselected 

Pjneferably* the first operator object is at least one of addition, subtracdon, multiplication, 
division, a look-up taUe and conditional operation. Alternatively, die first operator object 
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may be a multiple stage operation containing a plurality of simple operators tinted to perform 
a mme complex (verator. In one form» the first operator object is a query of the database. In 
another form, the first operator object performs a write to a database. 

5 Preferably Ihe operator label of an operator object may be selected firom a list of predefined 
operator labels. Preferably each operator label may be attributed with properties that define 
the type of data that inputs and results of a labelled operator object can recewe or provide, 
respectively. Preferably the selection of an operator label attributes the prapertiea «gy>fyntfd 
with die label to die operator object Preferably the properties attributed to an operator object 
10 limit the selection of labels available to be selected. 

Preferably the logical definition may be used by a runtime engine to put into operation the 
• defined formula^ wherein data provided to each variable objects linked to an input of an 
(q)erator objec^ vAisxtby die data becomes operands of the formula, each operator represented 
15 Iqf die operator becomes die operator of the formula and each result of the operator 
object becimes the next operand of the next operator or the final result/s of die formuh^ 
wherdiy computation of die formula can be conducted to produce a formula result 

Pkreferably a na m espace may be defined for eadi vaiiaUe, whereby die data in a logical . 
20 variable represented by die variable object is die same for eadi occurrence of die variable 
(4gect widiin die name^iace. PrefbaUy die rmme space is by defiuilt glbbal to die fmnub 
being modelled Preferably a lexical connection is created between eadi occurrence of a 
labelled variable olgcct within a namespace. In one embodiment a grajAical link may be 
displayed diowing die logical connection betwe^ occurrences of labelled variable otyects. 

25 

Preferably a namespace m^ be cfefined for each operator object, whereby die operation of a 
logical operator represented by die operator object is die same for each occurrence of die 
operator object whhin die nameqiace. 

3 0 Preferably a grouped operator object may be used more dian once whh die definition of die 
gnnqped operator ob|ect being qipUed to die lo^cal definition of die fiumula. 

Preferably die properties of a label include type, units and dimension. 
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PrefeniUythegrMticaldefinitk^ Preferably the logical definidon is 

described in XML. 

5 Preferably each operator object includes a plurality of definitions of the operation perfoimed 
by the operator represented by the operator object, each definition being for a separate type of 
data able to be manipulated by the operator. 

Preferably tiie operatw object is graphically rq3iesented as a component having one or more 
10 iiqnits and one or more outputs^ the component having an indicator representative of the 
opOTtor rq)resented Preferably the operator object may be an empty component tiiat is 
rqpresCTitative of a operator witii mediodobgy of manipulation inputs to produce results yet 
to be defined Preferably die empty component is used to fomi criteria for searching for a 
suitable operator object tiiat has a suitable defined methodology. 

15 

Preferably a library of objects is provided. Preferably objects may be externally soureed. 

Accordiiig Id a tidid aspect of flie present unrention tiiere is proWded a system for graphically 
definmg a fofmula» ccmipristi^ 
20 a compito including a di^ysmen and a user niput means; 

means for providing a first opoator object for defimng a metiiod of 
manipulating at least one hqput to produce at least one result; 

means for di^Iqring a grqducal represoitation of tiie first operator object on 

diescreeo; 

2 5 means fibr providb« a variable object for contaming data; 

means for receiving an input fiom die user input means to relate the variable 
object to one of inputs or one of the results of tiie first operator object; 

means fi^ diq;>laymg a gra|diicid representation of tiie first variable object and 
its relation to tiie (q)erator object on die screen; 
30 whereby die fonnub is defined by tiie relationship betv^een die objects. 

Acccxding to a fourth Bspcct of the present invention thore is provided a computer program 
for controlling a ccmiputer for graphically defining a formula, said computer program causmg 
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the computBT to imdeftake steps including: 

providing a first opmtor object for defining a meOiod of manipulating at least 
one input to produce at least one tesult; 

diqiiaying a graphical iqxesentation of the first operator object on a computer 

5 screen; 

providiiig a variable object for containing data; 

receiving an iiqmt fit>m a user input means to relate die variable object to one 
of inputs or one of the results of the first operator object 

displaying a gtq>hical rqxresentation of die first variable object and its 
1 0 relation to the operator object on the screen; 

i^erdqr the formuki is defined tv the relationdiq) between ihe objects* 

According to a fiftti aspect of the present invention there is provided a computer readable 
inedium for storing a computer progrm as defiried above. 

According to a sucdi Bspoct of the present invention tticre is provided a method of gr^ically 
defining a fi>rmttla fixr manipulating input data to produce a result, said method including: 
providing at least one variable for containing data; 

providlqg at least one operator defining the method of manipulating the input 
data to produce the result; 

^B^tayfaig a list of the variables for a user to select a result varbbte tfierefiom; 
receivtiig a selecdon of the result variable finm die user for contaimng the 
result of the manqwiatioii of the iqiut data; 

diqrfqffaig a grqrfiical r^iesentation of the selected result variable; 
di^Iqfing a Ibt <tf the operators for a us^ to select an operator 
receiving a selection of an operation fiom tiie user; 
displ^ing a graphical represratation of the selected operation; ' 
. displajring a list of inputs for containing the input data for a user to select at 
least one hqmt tiierefiom» the inputs being either said variables or one or more constants; 
receiving a selection of at least one input fiom die usen 
displaying a graphical r^resentation of die selected input, 
whereby die formula b defined by die selected result variable being equal to die manipulation 
of select ii9>ut(s) by die selected opmtion. 
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AcconUng to a sevendi aspect of the jnesent invention thm is provided a method of 
graphically defining a fixmula tat manipulating input data to produce a result; said metfiod 
inchidinig: 

5 providing at least one variable type, said variable type havii^pre^letem 

properties; 

providing at least one operation defining the method of manipulating the input 
data to produce the lesuh; 

di^laying the variable types for a user to select a variable type themfitun; 
1 0 receiving a selection of the.variable type from the user; 

receiving a imme for die selected variable type; 
displaying a representation of the named variable; 
di^laying a list of operations for a us^ to select an operation theiefiom; 
di^laying a grqriiical represmitation of the selected operation; 
15 receiving a selection ofan operation fifom the user, 

recehring input fiom die user so as to associate die selected variable with the 
selected qi^eration so that die selected variable is eidier an input variable or a result variable; 

where die selected variaUe is associated to be a result variable, receiwig fiom 
die user a selecttM of at least one of either an input variable or an iiqiut constant and a name 
20 for die Biput variable or the tiqiNit constant, di^layir^ a gn^slucal rqnesentadon of die input 
varbble(s) and/or B^ oonstant(sX 

where the sdected variable is an input variable, receivfaig a name for an 
ou^wt variable, diqdaying a grqihical .rq»esentation of die output variaUe; 

wher^ die fomiula is defined by die result of die manipuladon by die 
25 sefecled operation ofdieiiqwt data tn die input data variable or ii^H^ 
result variable. 



Detailed Description of Pr^grred Embodiments 

In order to provide a b^ter understanding, a preferred embodiment of die present invention 
30 will be described in more detail, by way of example only, with reference to die accompanying 
drawings, in which: 

Figure 1 is a schmatic representatbn of a system for performing the mediod of the 
present invention, including a graphical formula definition tool; 
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Figure 16 



is a schematic representation of the giaphical formula definition tool of 
Figure I; 

is a screen dtot of a window pioduced by the graphical formula definition tool 
in Figures land 2; 

is a schematic representation of a first step in a preferred embodiment of 
graphically rqneseating a fomiub; 

Is a schematic represmtation of a second stq> of gmphically representing a 
formula; 

is a schemata representation of a tWrd step of graphically representing a 
formula; 

is a schematic representation of a fourth st^ of graphically iqnesenting a 
fomula; 

is a schematic representation of a grajAically rcfms^ted formula; 
^ is a flow chart showing stqps in Ae creation of a component (operator) object; 
is a flow diart showing steps in the creation of a named connection (variable) 

is a flow chart diowing steps in the creation of a connection object 

is a schematic representation of a graphically rqxesented fomiula; 

is a gnvhical representation of the formulas defined hi Figure 4D, Figure S 

and Rgure 9 Indeed ti«^her to form a higji level formula; 

is a giaphical iqmsentatim of the high level fonmula of Figure 10 contracted 

so as to not diow the individual stages b die high level formula; * 

sfaoiwsafi2ithere3canq)IeofrestrictionofvBriabte^ypesduetDu^ . 
vaiiaUe properties;. 

shows a schemadc representation of a fomnda whh a pohiter sho^g 
fHopeities of an input to a lookup table component; 

dwws a sdiematic representation of a formula witfi a pointer showing 
properties of a named variable object; 

diows a sdimatic representation of a graphically defined formula with an 
iiqnit variable to the formula being a database; 

is a schematic rq»esentation of another graphically defined formula including 
an<f)erator; 

shows how the function C of Figure 1 S may be changed; 
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shows how the function C of Figure 12 may have additional detail added; 
shows schematio nspresentadon of a cmiponent being passed throu^ a 
computer fiom a fiist coznputer through a computer netwock to a second 
compute^ 

shows anoOer scieen shot provided by the graphical fomiula definition tool of 
Figure 2; 

provides a schematic re|»esaitation of an overflow methodology perfoimed 
byanopmtof; 

is a schematic representation of Jogical connection between named variable 
objects on separate pages; and 

is a schonatic rqvesentation of a logical connection between named variable 
objects on sq>arate pages and tiie ou^ of function A to tiie input of a 
function B on sqnrate pa^ 

15 A fomuila is a description of a methodology for calculation of a result by applying an 
operator to one <v more operands. TVpically die oporand is a variable, in the algebraic sense. 
The pnesent invention defines a formula as a desoiption in terms of operands (variables) and 
operators. S^>ecificallytiie variables and operators have a relationshijK The ample formula X 
» A + B, is a description of tile relationdiip between tiie iqmnds A an^ 

20 operator (4). The inesent mvemkm enaUes tfits to be represented gviq>hically» which is 
desirable when rqpresenting comiriex mocfeb and fimctions. The present invention also 
proAicesadescrvtionoftiiegrqriucalrelationshipde^^ In otiier words. tiie relationship 
between die variaUes and operators that defines die fiHmuIa. 

25 The metitod of die present invention is performed by a gnvhkal fimnula definition tool 
(GFDT) 12. Reforing to Figure 1» die GFDT 12 interacts vritii a graphica] user interface 
(GUI) 14. The GUI 14 forms part ofa computer's operating system, examples of which are 
Miaosoft Windows, in its various editions. Mac OS for the Macintosh brand of computers, or 
X-Windows which runs under tiie UNIX operating system. The GFDT 12 communicates 

30 widi ^ GUI 14 to provide instructions for providing graphical di^Iay. The actual handling 
oftiie graphical diq>l8y is conducted by the GUI 14» 

Refming to Figure 2, die CffDT 1 2 comprises two main parts, a component manager 1 6 and a 



Figure 17 
Figure 18 



5 Figure 19 
Figure 20 
Figure 21 

10 

Figure 22 
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connection manager 18. ITie component manager 16 handles operator objects 20 that are 
provided for defining a method of mantpuiatiqg at least one input to produce a lesult An 
Opmtor object is representative of an opemtor in the fimnula. In die present example, 
<q)erators are referred to as components^ thus the component manager manages component 
5 objects fi)r purposes of the preferred embodiment 

The connection manager 18 handles variable objects. Variable objects are representative of 
operands in the fomula for each instance of calculation of the result of the fbrmuku Variable 
(Ejects come in a number of types the main one of which is a connection object 22 that passes 
10 data into or out of a compmient^ as -will be described in more details below. Other types of 
variable objects are input and output objects vAikk are generally named with a label. These 
are refmed to in the preferred embodiment as named connections, as they are given a label 
that the user can refer tD» to know infixmation about the data being passed to or fiom a 
component TMs will be described in more detail below. 

Hie GFDT 12 provides to the user» via the GUI 14, widi an tnt^ace that graphically 
rqneseiits the foraaula as being defined Tlie GFDT 12 also recoids a logical description of 
the formula as it is defined Recordmg of the gra|diicai description is separate fiom the 
tecordug of the logical descriptimu The grM^descrqsdoii describes wimt is (Bsplayed on 
the mterfice. The logical description describes fai logical terms the relationship between 
obiects displayed in the interftoe. A8cieaishotofantnteifim24isshownuingure3. Hie 
interface 24 is a standard Windows window, it has a tool bar portion 26, aprimary window 
28, and a secmdary window 30* The primary window 28 displays a cunent page diowmg a 
portion of tiie overall fcmiula. The window 26 includes a page selector 32. Otiier pages may 
be provided tiiat show odier parts of die finmula. The main window 28 is shown displaying 
simple model fi>r an accumulator. 

Hie mediod of constructing a fimnula or model will be described witii reference to Figures 
4A to 4D. This example relates to a mine site. Planning, budgeting or monitoring of the mine 
site IS conducted by using die results of calculations in accordance with predefined formulae. 
The fimnulae detetinhie the resuhs produced «4ten infbrmation contain 
manipulated according to a specific operator to produce die result From die results planning, 
budgeting or monitoring of die operations of die nunc site can be conducted Specifically, tiie 
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lesutt of Load and Haul IPD is used a$ an example. Load and Haul is the cost of loading and 
hauling mineral bearing material out of a mining pit, in this case. In a Pit named Defiance 
(IPD). 

5 Referring to Figure 4A, the Load and Haul IPD is desired to be calculated A variable object 
34 is selected 6om the tool bar 26 and placed in the main window by the well known process 
of positbning die pointer by moving the mouse, clicking, dniggii\g and dropping the variable 
dyect in the desired position. Tte variable is given the name **Load and Haul IPD". A 
convention for symbob used Is that named .variables Gabelled variable objects) are in ciicles, 
10 components (operator objects) are rectangular, ^th inwardly pointing arrows lepresenting 
inputs and outwardly pointing mow rq)resenting ou^iuts, and data flow connections 
(variable objects) are represented as lines. 

The Load and Haul IPD variable 34 may be given certain properties. This is conducted by 
15 selectingdie*Tlcoperties^ tab in die secondary window 30 and entering the desired properties, 
sudi as it must be a numeric value, and more specifically it must be a currency numeric value 
and diat die units of currency are AU$. The variable, once created, is graphically represented 
on a video di^Iay unit as a drde 34 labelled "l/^ad and Haul IPir. Hie icon of die variable 
wUlrqpraent dial it may receive data fiomai^ suitable source^ sudi as manual entry, it may 
20 berecrivedfitmiianodierpiognni,oritmaybereGdvedfit)madatab^ 

Hie Load and Haul IPD is cakulated fiom Ixiad and Haul IPD ^ulky* data added to die 
''Load and Haul CSelecdve)r data. Hmt ts^ die Load and Haul IPD rq^esents die cost of 
k)ading and hauling buOc material and selective matmaL Bulk material is fiom a mining 
25 mediod that pn>duces mineral bearing matoial and non-nuneral bea^ Selective 
muieral is fiom a miniiig mediod that produces high-grade mineral bearing material. 

RefOTing to Figure 4B, die next step is to select a component 36 fiom die tool bar 26 and 
placing in die main wfaidow 28, Nornmlly, a list or a numb^ofbuttonsftr each component 
30 are provided to the user to select fiom, such as addition, subtraction, muldpltcadon, division, 
as stown in Figure 3. Kfcne conqxmoits can also be iHovided, such as look-up tables, 
condfdonal operations and odier more complicated opmtions such as calcuhis, trigonometric 
and other operations* Addidonally, data or text manipulation operadons can be included. The 
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type of operations able to be conducted should not be limited. Indeed, a vast libraiy of 
operations could be made available including multi-levelled opetations» which are discussed 
in moto detail below. In this case, the ''addition** operation is selected The addition 
operation is graphically rq)iesentBd as a box 36. The addition operation has at least two (and 
5 in tiiis case actually two) inputs and one output A relationship between tiie objects is tfien 
created. In tiiis case tfie *Xoad and Haul BPD" variable is tiie result of tiie addition, so it can 
be connected by selecting a connection object 38 fix>m tiie tool bar 26 to draw a line 38 
connecting tfie ou^nit arrow of tte addition component 36 to the Load and Haul IPD variable 
34. Thus tiie Load and Haul IPD becomes a result variable, by virtue of tfie nature of tiie 
10 association. The inputs and outputs are represented as anows and the association is 
represented as tiie connection 38 between tiie result anow and tiie variable. 

Reftfring to Figure 4C» anotiier variable object 40 is selected fiom tiie tool bar 26, placed in 
the inahitMnndow 28 and b given die name Load and Haul IPD (B^^ Variables names may 

15 be'imtidfy entered to produce a list tiut tile uso* selects tiie desired Otiierwse, 
tiie name of die variable nay be entered as requfaed. The Load and Haul IFD (Bulk) variable 
40 is associated witii an input of tiie ad^on operator 36 by selecting anotiier connection 
olgect 42 fiKmi tfie tD(rf bar 26 and making a connection between ti^^ Loadand 
Haul IPD (Bulk) tfius becomes an input variable. The Load and Haul IPD (Bulk) input 

20 variaMe is rqmsented as a circle 40 ami die faqnit rdatimdiip is represented as the 
connection 42 between tiie variable and die component 

Refenring to Figure 4D, anotiier variable 44 is named Load and Haul IPD (Selective) is 
selected* jriaced and associated witti tfie otiier injHit of die addition openUor 36. Tlie 

25 ddSmtion of die finmula is now complete. The selection of tfie result variable, tfie component 
(operator) and die input variables and tfie relationship tfierebetween has resulted m a formula 
being defined as &lbws: input variable *lxmd and Haul IPD (Bulk)** and faiput variable 
Toad and Haul IPD CSelective)** are summed togetiier by die addition operator to pix>duce tiie 
result variable "Toad and Haul IFD". When die formula is put into q)eration» input data 

30 entered into tiie input data variables will produce a result in die lesuk variable according to 
the defiled fonnula. 

In order to save the defined formula for later retrieval the type, ruune and properties of each 
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object ate all recorded along with the position of each object within the window 28. With this 
information the formula can be stored and retrieved for later di^lay. 

Simultaneously with die drawing of the block diagram formula, a logical definition of the 
5 formula is recorded Referring back to Figure 4A the creatim of the variable object U)^ 
HaxA IPD 34 is registered. In Figure 4B die creaticm of the additfon component 36 is also 
registered as it b placed. The placement of die corniector 38 between the ou^mt of die 
addition ccHnponent and die variable Load and Haul IPD is also r^steied. A lo^cal 
connection between die result ou4)ut of .die component and die. result variable is dien 
10 recorded. 



Referring to Figure 4C likewise die creation of die variable object "Xoad and Haul IPD 
(Bulky 40 and its connection to a first input of die addition component is registered. Again in 
Figure 40 the creatimi of die 1x>ad and Haul (Selective^ selective variable and its 

15 eonnectk)n to die secmd addition component input is also registered. The registration of the 
ocmiponents and dieir connecti<ms dierebetweoi (and dius dieir relationship) is dierefoie 
registered and dius a logical definition of die formula is created in die form of a description of 
> die (4>jects and dieir relationdiq». Tlie positioning on die screen and odmr graphical 
bifonnation b not Inqtortant to die logical description end is cndy recorded m die graphical 

20 des c ri p tion. 



The graphical descrq;ition is used for display of die formula to die us^ fai a manner diat the 
user can rdate to and die recording of a lo^cal des^ption of.tfae fomiula is used by a 
formula processing en^ to put die defined formula to use. The userneed not be concerned 

25 widi the k^cal definition and die processing engine need not be concerned with die grap 

definition. At diis stage for sudi a simple formula the graphical definition and the logical 
definition are not substantially different at a conceptual level. However with more complex 
formula being modelled, as will be described below, these definitions will div^. Yet die 
user will still be able to relate to die formula bemg defined at an intellectual level by die 

3 0 graphical rqjresentation of the fmnula and the formula processing engii^ will be able to use 
die bgical definition wtdiout having to exchide information only relevai^ to die graphical 
representation. 
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An association between a variable and an operator enables the properties of other inputs of the 
operator to be detennined, at least to sonw extent For example, the association of tfie result 
variable widi die operator enables die properties of die inputs of die qieiator to be known, in 
diis case cunency numeric values. When die Load and Haul IPD (Bulk) input variable is 
5 assoc i a t ed widi one of die inputs die properties associated widi diis input variable can be 
chedced against diat itquired by die operator. Alternatively, if die Load and Haul OPD (Bulk) 
faiput variable does not alreacly have properties associated widi it, it can inherit diese 
properties. So, becaim i:x)ad and Had IPD has die property of bdng a current 
value, bodi Load and Haul IPD ^Ik) and Load and Haul IPD (Selective) variables must also 
10 be currency numeric values. A check can be performed and if eidier input does not match the 
required properties a warning can issue or die association will not be allowed Odierwise if an 
input does not have any properties associated, dien it will inherit die cunency numeric value 
property. 

15 CheAiiig and niheritance can woric bodi ways. That is, if an input has a cunency numeric 
value property, die result is also checked to see whedier it has consistent properties. 
Nomsally, the more lecendy created input/iresult variable is die one checked. 

hputs and ou^wts of oonponents hM pmpetty information relating to die compon^ A 

2 0 component is defined fay die properties of its fa^mts and outputs along widi die fonctionality 

duit produces the ouQxit fiom die inputs. 

In Figure S, a fomuila for calculatii«.die vahte of *Xoad and Haul IPD ^ulk)" 40 is defined 
by nndtiplying die iapat variable 'Sulk Rate^ 48 by mput variable **Bu& BCMsT SO. Bulk 
25 rate rqxesents die cost tot rnitrng each in-situ cubic meter of *%ull^ mineral bearing 
material Bulk BCM*s represents die Bank (in-situ) Cubic Meters (fiCM) of Bulk material. 
Hiis fomula can again be built using similar steps to define die previous formula. The ""Load 
and Haul IPD ^ulk)** input variable 40 is able to be used as a result variable. It may 
dierefore be select and rqsesented on die diq;)lay. If'Bulk Rate"* and *%ulkBCMs** input 

3 0 variables are not already available, diey may be entered The multiply operator object 48 is 

dien selected and assodated widi the input variables and ou^ variables. This may be done 
by drawing the representation of die multiply operator and placing it Hie input and result 
variables are rehted to die operator so die input variables C*Bulk Rate" and ''Bulk BCMO 
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are connected to the operator inputs and the output anow is connected to the result variable 
CLoad and Haul OPD BuDO* Here the order of placement of tte variables and operation is 
diffeient to the previously defiied formula. Hie order only makes a difiference to order of 
dieckirig inoperties and inheritance. If tte properties of the mput variables when multiplied 
5 . togedier are not consistent with the piopextiss of the result variable^ a message may be 
provided to the usor that thm is a problem with property inhmtance. That is» if the Bulk rate 
input variable does not have the propefty of currency per volume numeric value and/or Bulk 
BCNfs input variable does not have the property of volume numeric value a wariii^ 
will be given or if one of fte two have Ae correct property, the^ other will inherit the correct 
10 property. Property analysis and inheritance-need not be limited to the dimensions of the 
variable/constant The units of the dimension can be checked, for example^ if one unit is AU$ 
and the other is US$» this will result in a warning. Alternatively, a conversion may be 
conducted as described fimher bek>w. 

.* 

15 This fimmila may be created on the same page as the formula of Figure 4D or it may be 
created on a new page. Tlie page selector 32 m^ be used to select the appropriate page if they 
are on separate pages. This is also whrn dte graphical definition may begin to diverge fiom 
the logical definition, particularly ifthey are on separate pages. While each page will contain 
a sqiarate gnvhical definitkm tot each formula, die logical d^nMon will fym a connection 

20 between die Local and Haul IFD ^uDc) result variable of the formula of Figure 5 and the 
Ixiad and Haul IPDCBulk) input variable of die fi)^ Thus, to d^ user, one 

formula is iqmsented as two smaller fmnulae. This will aid in intellectual understanding of 
the formula, but logically there is no separation. .This b not to say a separation cannot occur 
where the sanie named variable has a particular ^)acewtftin which to operata Anamespace 

25 for a variable (and a conqxment) can be defined limiting tiidr application, litis will be 
described in more detail betow. 

The processes conducted by die c(»nponent manager 16 and the coimecticm manager 18 are . 
now described in mcMe detail mlh refer»ice to Figures 6, 7 and 8. Referring to Figure 6, a 
30 component manager 16 first aUows die user to select a component type from a palate 
di9layedindietoolbar26atS2. In die example diown in Figure 3, an addition, subtraction, 
multiplication and diviskm buttons are provided for the selection as components. When one 
of diese buttons is depressed die operating g^stem infomis tiie component manager 16 tiiat 
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that particular button has been selected Hie ^ of opecator component is known. The user 
tiien elides m the drawing Monifow 28 at 54 vrt^ 

the location dicked. TTiisentuls die component being drawn in the drawing wincb^ 
and the component being roistered m die foranula definition at 58. Details qiecific to die 
5 graphical representation of die compon«it are stored such as die component name, its type 
and die position on die page and detuls of die icon representing die component In die logical 
definition the details such as the name and type of the componoit are registered. 

Referring to Figure 7 i^en a named connection is to be iinluded m die formula, die user 
10 selects a named connection component type from die palate at 50. The user clicks In the 

drawing window 28 at 62 and an empty named connection variable is dmwn at 64. Theuser 

can dien name tiie variable or wait and name it later. If it is named, a facility is provided at 66 

f<H* die user to enter die name \^ch is dien displayed in die new named connection at 68. 

The named coimection is dien registered at 70. Details related to die graphical display of die 
15 named coraiecdon are recorded such as the name, tiie type, the position on the page, die 

named coiuiection. Logical description details of the named connection are registered such as 

the name, type of named connection. 

Reftfring to Figure S, a connection betweei operator objects such as components or 
20 ccmipcments and named connections b described fai relation to ngure 8. The user selects a 
connection option in die toed bar at 72. Hie user clicks on a component aiul drags a cmnector 
link to a named amnection or anodier component at*74. The connection manager dien 
determines v^iedier die connection is allowed based on tiie.pioperties of die olgects being 
ccMmectBd8t76. Ifd» connection is not allowed^ as indicated Iqf Won 78, a warning is 
25 provided by changing die colour of die line being drawn to red, aUematively die colour of die 
named connection may be changed to red at 88. When the user releases die mouse at 90 the 
drawing is nc^ comply at 92 and dius die connection is not registered. If die connection is 
allowed, as imlicated by "yesT on 78, die colour of die named connection is turned to grem at 
80. As die user releases the mouse at 82 die line repres^ting die connection is drawn at 84 
30 and die connection re^stmd at 86. Details relating to the graphical representation of the 
c(»uwction Gine) such as die end points of die line and any vertexes (bends) on die line. 
Details relating to the logical description are registered such as the details of the components 
being connected. 
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The processes described in relation to Figures 6» 7 and 8 occur for each p^ge of the drawing. 
In addition, in the graphfcal description eadi drawing has a name neosdsd (the page name) 
and for each page of the drawing eadi registered component named connection and 
5 connection detaik are recorded In addition, namespace details are recorded as will be 
described in more detail below. 

Referring to Figure 9, another example of formula definition is shown. In this instance the 
^Bulk Rate** 48 is defined by a look-up table 94 from a number of variables and constants 96 

10 to 104. Pit 96 is a variable that repesents the name of the mtning .Pit Schedule 98 is a 
variable diat represents a mining rate that depends on the amount of mineral mbied. RL 100 
is a variable that r^iresents die relative level of dqptfa into the Pit that the mineral is taken 
from. Nfoterial type 102 is a variable that represents die type of material being mined, for 
example^ it ma^ be fiesh ck- sediment material. Bulk ''B" 104 is a text constant The look up 

15 table 94 is an operation thai k)oks up a value based on the values of the five inputs. Hie 
resuhfa^ vahie'is tfien provided to the result variable 48. Use figure shows the ccmnecdons 
between Ae iiqnits and die ou^iuts. The building of die relationship by die selection of the 
infmts; results and operators and the placement of the iqnpesentatkms o^ 
reeoided The kqpcaldesoripdonofdiese objects and relational 

20 foranula. 

Refbfring to Figure 10, die example described thus far has .been using a top down 
mediodoh^gy to define a model as a number of simple fomiulae. These fonnulae can be 
collated or the model drawn as one complex formula as shown* h can be seen diat the input 

25 variable PfT 96» input variable SCHEDULE 98, input variable RL m, input variable 
MA11SRIAL TYPE 102, input constant Bulk 'IB*' 104, input variable Bulk BCNTs 50 and 
inpat variable Load and Haul IPD (Selective) 44 are all used to calculate the final ou^ut 
result variable Load and Haul IPD 34. The outlined label area 106 shows that the existing 
multistq> fonnula (modules) can be chained iQgedier to produce a more complicated higher 

30 levd fomiula. The stqxs inside the dashed box 106 can be grouped to form a high order 
component The faiputs on the high order component are shown as an *V and die output 
being shown as a small circle. 
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This high level fbimula could also be deflned without the need for the variables **Bulk Rate" 
and *Xoad and Haul IPO (Bulk)". Instead the ou^nit of opemtors 94 can feed diiectly m die 
input of opeiator 46» and the output of operator 46 can feed direct^ into the faiput of operator 
. 36. In other woids the opmtors can be directly chained togedier. However Jt may be more 
5 suitable to design this fomiula as shown in Figure 10 if the variables ""Bulk Rate** and "Load 
and Haul IPD (fialkf are used elsewhere. 

The oonqxmed^g of a doin of operatm is conducted by drawfaig a box 106 around the 
conqwnents to be componetised and selection of axompdnentise fUnction* Hie objects within 

10 the box 106 are then deleted from the current page and shifted to a new page. The internal 
wotfcmgsofthe new componentcan be viewed on the new page. Hie graphical description of 
the cmiponents are copied to the new page. In place of the deleted objects is a new 
Gompoimt 108 as shown in Hgure 1 1. A gm|rfiical description of die component is inchided 
in the cun^ description with each input into the deleted components fomiing an input 

15 into die new componeiU 108. A connection from the named connections 96 to 104, SO and 44 
is created to the conespcmding input of die new component 108. The connection from the 
ou^Nitofdie new conqxvient is connected to die named component 34. The description on 
• die current page is tq)dated to r^ect die new component and die ccmnecdons dioeto. A 
togical oomiecdon is created between each of die iiqmts of the new component and each of 

20 die inputs of die grouped ocmipment on die odier page. Ltkevrise a logical ccmnecdon is 
created between die ou^nit of die component and the ou^nit of die component on die other 
pi^ Thus the logical description of the modelin effect remains wdianged whereas die 
graphical descripdon of the model is dififerent 

25 hi Figure II, die chained bperatnis biside 106 of Figure 10 have been grouped togedier to 
provkle a higher level operator 108. This cpevstor 108 requires the five inputs to produce die 
Load and Haul IPD resuh variable. The new component 108 can now be reused without die 
need to redefine die individual tower level formula that make up die hi^ level operator 108. 
A fecility may be provided to diow die workings of a componoit This may be for example, 

30 by **double clicking" on the high level formula to open it up to display the chain inside by 
''turnir^to the page in which die iimerworldngs of the component are sh^ This|»ocess 
is called ''drilling down" to see die n^ct level of die detail. 
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As can be seen tfiat a top down design mediodology can be used to define formulae 
vi^ the pfopeities of each level being diecked to ensure tfiey have consistent mheritance. 
Equally, a bottom up design methodology could be adopted This allows for a muld-level 
model to be created, which can be graphically rqnesented and defined Modular building of 
5 higher level fimcdons can also be conducted 

Refi»ring to Figure 12, hih^tance can be used to restrict the options of variables/constants 
available for selection. That is, if due to the selection of anoAer variable^ the variable being 
selected must have certain |»operties the.selection of Ae variable may be lestricted to those 
10 variables that have the required properties. Other variables can be. **grcyed ouf and made 
unavailable for selection or simply not displ^ed in tfic list of options. An example of 
property inheritance is dimensional inheritance. In this case each variable must have at least 
one dimension* for example distance, time, mass, etc. 

In the emnpk provided in Figure 12, the fmnula being defined is: A x B » C. The variables 
ate ghrenpRvettiesmchiding type, dimension and In diis case, the result variable C is 
arealvariabteandhasadiinensionofmass.distanceandunitsofkilog^ A 
has die properties rfaieal number with its dhnenston being mass and u^ B 
has been defined wifli die properties of being either a real or an int^ number. This may 
have been die lesuk of defining the pnqpertles of A and C by virtue o 
dtfierarealoranmt^ernumber. IC for example, C had beoi defined as an integer and A 
had been defined as an int^, tfien:B would, out of necessity, have been an mt^en In 
addition, because C has die dimension mass.distance (kgm) and A has die dunension mass 
OcgX by neoesaty,B must have die dimension distance (m). Likewise, if A and B had been 
defined first, A being kg and B being m, C out of necessity would have had to have beai 
by vutue of die dimensions and units of each of tte inputs and die efiect of die operator. 

Since B has the properties of being a real or an integer nuniber and the dunension is in metres, 
die actual variable type meeting diose inherited properties will restrict die type of input 
30 variables duit B may be. A pull down menu 1 10 is shown diat lists a number of variables 
types diat have been ixeviou^ entered Variables types diat meet die properties are^ownin 
a normal fimt and varidilesiiotnMeting the properties are dwwn**gieyedouf*. Ofcourse,an 
alternative may be to simpty nc^ display die variable types diat are not av^^ 
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In this case, tfie variable ^e '^HAFT DIAMETBl" or the variable type "XEVER ARM 
lEHCmr may be selected Whichever of these variables types is selected fiom the pull 
down menu will then become the variable ^ of tiie variable B. Hie variables able to be 
sdeded fiom may be obtained fiom a variety of sources, such as ^afabasfs or a libraiy of 
5 • variables, and not just manually entered. The pull down menu may contain a list of textual 
variable .names, as dK>wn» however icons representative of the variables may also be used in 
die pull down menu* Odier suitable selection means may also be employed 

The same process can apply to other input variables such as A as well as, result variables 
10 such as C. The order of selection of the:variables .will necessarily determine the properties of 
subsequent variables (or constants). 

To check the progress of the definition of the fomiula, a hdlity may be included where a 
pointer is plai^ over a part of die formula being defined and a window will appear diat 
15 diq)lays die fimnub defined dius fir (as shown ui Figures 13A and 13B). 

In Figure 13A» it can be seen diat die pointer is placed above one of die inputs of a look up 
table* Beneadi die pointer, a box appears diat shows dud the pnqieities of die i^^ 
bea^Yirade^yWUchbanimiber^eaterdianorequaltozero. It can also !» seen diat grade is 
20 giveadiepropeftyofgrBmspertDnne; 

In Figure 13B, die pointer is ^wn: pointing to Sdiedule. result variably which shows die 
d^nitbn of die fimnula dnis fir. In diis case, the fcmnula so far defined is: if (look up table: 
'Vnondily cost periods^ widi die data in die variaUe: '"period" equals *^ndily costs lower^ 
25 valueX the result is the lower value (LX odierwise the result is iqiper vahte (U). It is also 
possible to check die syntax of the formula entered. 

Referring to Rgure 14, in diis example die formula for shear ^ress is defined. "^HEAR 
STRESS" = CRADIUS" x "ANGLE OF TWIST" x "SHEAR MODULUS OF 
30 ELAsi lUnT) + "LENGTIT. Indus example die icons diat rq)resent die objects displayed 
are dtfTeient Siear modules of elasticity 120 is a look up taUe operator that receives an 
input, wUch is a metal alloy input variable 122, into vvhich data is received. Tlie look up 
tabb may be a Gonq»nem dfitt references data stored widiin die GFDT. Alternatively the 
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look up table may be a component that refbuences external data For example, the external 
data may be in the forni of a spieadshe^ The GFDT can be provided with a plug-in that 
enaUes data to be trans&rrBd fim external software applications. A ^ical spreadsheet 
application would be Mioosoft Excel. The OFDT, via the plug-in, can communicate widi 
5 Excel to retrieve data in an Excel qsreadsheet The look up table may be derived fiom data 
siqqidied by a material si^plier regarding the sheer modulus of elasticity for each metal alloy. 
The data m^ be sourced fiom a number of material si^pliers. The data may be sourced 
fiom a database 124 provided by the material supplier. The database may be accessed 
through a computer network, such as the Internet . Therefore, the operator 120 may involve a 
10 database query that accesses the database 124. The database 124 may be a distributed 
database. Thus, the method of graphically defining a formula may also be used to define a 
database quay, widi a database query being a particular type of formula defined in 
accordance with die present method. 

15 Reforing to Figure 15, in tlu5exanq>le the result variid>leE is defined as: E»C (A xB) + D, 
where C is anoAer fimctkm. If C has not been defined it is refinred to as an empty 
component The properties ofC may be defined by other properties ofthe formula shown in 
FiguelS. 11iatt% die variables A, B,D and E will, to some extent, defme the piopeitira 
die iqiul and fte output ofthe operation C must have. C can also be progressively defined so 

20 that if it is denied to add findier inputs and 'V'to^ 16, 

these can be added as the fimnula is p rogressi v ely defined. When it is desfaed to add a new 
input to the con^)of^ C a selecti<m to add an input to the component is selected and a new 
input or output created as desired. Thus fiuther named variables "^r, and *V can fiien 
be oxmected to the req)ective inputs of component C. Likewise, additional ou^iut can be 

25 added as required 

When it is desired to q)ecify the fimctionality of the component C, C can be opened by 
drilling down to the next level as indicated in Figure 17. Another layer of fimt^onality of C 
is defined as indicated in the box 126. Alternatively fiu^tionalityofC may be drawn fiom a 
30 lilwaiy of components. A banc library may be provided with the GFDT. Alternatively a 
libiaiy may be provided <m-line. A component that fiiifils the requirements can be searched 
for dinii^ ti» Internet Once a component diat fiilfils the requirements is found it may be 
inserted into die fimnula. As stown in Figure 19 ' a component residfaig on a different 
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machine is found that fulfils the propoties required of the c(»nponent and perfiMms the 
required functionalily as described in a (tescrq>tion attached to die component and diis can be 
forwarded through a computer netwoiic such as the Internet to the local instances of the GFDT 
for biseition into the formula being created. 

5 

Referring to Figure 16, it can be seen that C b a function of the pxoduct of A and B and also 
receives the inputs fig and w, 'nwtisC = (AxB,f,g, w). Refaring to Figure 17. when C is 
'^drilled down"" it can be seen that the product of A x B is connected by connector 128 to a 
temporary variable ^ch b then compared to.the input variable 'V* as indicated by the 

10 equab sign operator. The RESULT operator tests to see if the comparison b true, in 
which case the result of the LOOKUP table, which receives inputs *T* and "g^ is provided 
Otherwise, if the comparison results in fabe the result b "O**. The result of the RESULT 
operator is then multiplied as indicated by the multiplication qpeiator Q^x*^. with a constant 
and dien provided to die output 130. Thb b dien provided to input die addidon operator 

15 CH^i^ieie it is added to die variable D to provide die results. 

Emp^ components can be provided as a place holder for a fiiUy defined component An 
empty component b yet to have its fiinctionality between its iiqmts and output The 
user can pbce an enqrty con5)onent in a design environmwjt and define hs inputs and ouQmts. 
20 Hie fimctionalhy of die conQxment can dien be defined later as required or die defiidtions of 
the inputs and outputs can form a seardi criteria for searching for com ponents that can 
perform the function fiom a library. Fuitiier: search criteria can* be provided such as Ic^ 
words; higherciass level structure infinmadon and so on. Empty.oomponentsfiirther assist in 
top down design mediodologies. 

25 

It b desirable to use colour coding to assist in die graphical representation. For example, one 
colour, say blue, can rqnesent variables. Another colour, say gre^ can represent operator 
and yet anodier colour could represent constants. Input can be shaded lighter, say light blue, 
and ou^Hits shaded darioer, say daric blue. Thb assists m visualising die representation of die 
30 formula, particulariy when complex muld-Ievel foimulas are represented. Ottier visual 
rqKesentadons, such as icons can be used to represem variables, cons^ 
as b used in die %ires. 
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Nfany of the objects in a GFDT model will be provided with piopetties that the user can view 
andft>r modify. As shown in Figure 19, an accumulator component is defined that 
accumulates an iiqmt received 132 ficm an Excel qpreadsheet Hie discrete output fiom the 
spreadsheet 132 is added to the last sid>-tDtd (Runmng TotaO by opera 
5 memoiy operator 136. Thenattheendofaiowofdatafiom theq)readsheet, theiesutt fiom 
the "Runntng Total** variable 138 is gated by gate 140 to a "^um** variable 142 which then 
passes it back into another spreaddieet 144. The 146 connector is shown hi^ighted. Indie 
secondary wmdow 30» properties of the highUghted object are shown. The properties of a 
highlighted connector 146 are that its name is *fConnector r, it is of a •^numeric'* type and it 

10 provides units in "metres" for Ae dimension of "length**. A wizard can be provided to assist 
in the selectbn of properties for objects in a similar manner to diat provided in products such 
as Deljrfii or YtsusA Basic. A numb^ of (redefined data types may be provided can 
then be fiirtfiercxtKKied by the user dqjcnding on their needs. Ordieusw-may buy or obtain 
a library of extended data types. For example a data type that relates to complex numbers 

15 may be represented as two independent numbers being the real and the imaginary components 
of die comfriex number whHe in another example the output of an engine might be 
repiesatfed by power, torque and ar«ular velocity as sub»components of the general data type 
**ou4mt of an engine'*. 

20 In l%ure 19 die user can change vdues of die properties sinoply by 
fields or by inaktiig a selection fiom a drop down list 

Qmiplex data types wHI also need to d^ the operations that can be performed on them. 
Operatns may use existing components as die repiesentatim in d^ Forexample»tfae 

25 addition complex numbers requires a different set of operators fifom the addition of real 
numbers. Th^bodic8nberepresentedbyaVus''<^ponent however the way in which 
c<»nponent deals with Ae data type depends aa tfie nature of the data type. When a 
connectton b made to a component a negotiation ixx>cess takes place whereby where ever 
dtere are existing properties of a ccmnector data type or input or output of an operator or 

30 named cormection, the data type cormection must be consistent Thus ttuough a prx>ces5 of 
negotiation between each of die objects a correct data type can be select^ 

Referring to Figure 20, an addidon component 148 may be able to perform several mediods of 
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addidon depending on the data (yjpe. This is known as data overioading. lliedata^may 
be provided with an uitrinae m^Kxiology for dealing with dififeient types of data as indicated 
hi the table» however additional methodologies of dealing with diffimnt data types can be 
provided. Predefined sch^na defining the format for adding additional definitions can be 
5 provided so that forther data types can be added and dealt with by components. 

Where data is provided in a paiticular type of unit often in many cases a conversion factor 
may be required, for example one unit may be in seconds and anoth^ unit may be in minutes 
for the same dimension of tjme. Conversion may then be required A conversion foctor may 

10 be required again to convert for example a'^)eed m kilometres per hour into metres per 
second. Further* dimensional definitions require the combination of fiindamental dimensions 
rfa unit The fundamental definitions being length, time, mass, charge etc. For example, 
acceleiaticmislengdixtimer2. Odier properties may also be provided to objects. Examples 
of otter properties include security utformation - such as the type of user that can use die 

15 biformatfon and encryption Infoimation; version tnfonnation - the versicm number and how 
long the version is valid for, ceitificadon informattm - the data type fimcdon identified as 
coming fmn a certified sourer charging infonnatbn - for use in pay as you use and 
subscription access to data or ol^iects;. location infonmaticKi - sudi as an IP address and file 
name for die locatfon of data <v objects; and bndcer informaticm - 

20 of a component. 

Each model, named connection and component.deiinition will have its own namespace. This 
means that die names of particular objects used in a particular model or conqKment definition 
are unique to that nKidd or ccmpcm^ . Objects in dififeroxt modeb or ^ 
25 (tefinitions, eq^*alty named connections, sharing a conumm name are not the same object 
However die namespace can be modified This is akin to local variables in many 
progranuning languages where the name of the variable only applies within a particular space. 
This is to prevent two objects dnt have the same name but are unrelated being coniused for 
one another. 

30 

Sam qperations are extrinsie^ meaning diat they are perfimied outade the formula engine. 
They are perfimned by maktng a call usually through an application specific plug*in to the 
external ccmiponent along widi any input requued, whereupon the result is fed bade to die 
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engine (via the plug-in) for further cominitBtion of the formula. Extrinsic compon»its are 
made available in the CFDT by hnporting a component type definition file. Tliis then 
provides a definition for the component for use fay the GFDT. A con4X>n^ will 
^ically have a set of input and ou^nit corniectois which a component may tfien be created 
5 according to the component ^ype» 

. Whmi omiponetistng a group of components all the connections that lead outside the 
cmiponttit will mate input Input and Output objects for named component* if a named 
connection is used anywhere outside die component Jf a named .connection is only used 

10 inside the component then the name.<q>ace of the named . connection will become the 
compcMioit It will no longer be available outside the conqwnent This mediod {mvides a 
manner for hiding detail and forces a user to follow a more structured approach whm building 
a modtL Conq>lejc C(miponents are efibcdvely functional blocks with well defined inter&ces. 
The user dien^finds it difficult to build **9aghetti code" models as defined mterfaces and 

15 fonctional blocks are provided. 

Some components are extrinsic components; such as Microsoft Excel word q^readsheet lliis 
can be wrapped faito a GFDT componoit and used wfaien defhung a model. When tte 
definitfan is executed to cakulate the formula it actually uses die Excel spi^addieet The 
20 engine wiU communicate iKnth the spreadsheet via Excel b 

the component Remote compcHients execute in a different en^ne fiom the main model* 
From the point of view of die local Junctwn engine they, are %hidc boxe^' witfi the internal 
workings unknown. 

25 Where a connecdon is desired between two elements^ such as components^ a named 
connecttmi can be placed on the page and assigned a labeK Ptopeities can then be assigned to 
tte nan^ connection. The named connection does not have to be connected another object at 
this stage but can be used elsewhere by placmg anotho' named connection object on the 
design page and selecthig the same label» such as fiom a drop down list This will not create a 

30 new obfed but rather allows a second instance of die same object to exist* provided the 
second mstance is in the same namespace as die first As incScated by Figure 21» a logical 
connection between die two nan^ connectkms is formed so duU when a connector of another 
object such as a component is connected to die named connection, every instance of die 
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named connecdoh can inherit the properties of the component Likewise, when data is 
provided to the named connection in one location it will also be provided at the other locatim 
because of the logical connection. Furthennore other instances of the logical connection will 
transfer the properties to otiier components or connections tiial are related to the named 
5 - connection* Typically named connections are used to identify incoming data and outgoing 
data as well as intermediate values in the model. A named connection is akin to a variable m 
a convention software programming language in tiiat it may appear in many places in the 
model and carries a value which it may vary during the execution of tiie code. An assignm^t 
of a value to a named connection or an input of an^operator can- only be done in one place 
10 because tiie value is passed on to the other instances of the named connection. Therefore only 
' one t>u^ut connection is allowed to be connected to an input of an operator or a named 
connection. 

Refeiring to Fijgure 22, where a cmiponent A provides an output to a named connection on 
15 one page and then on another page the named connection provides an uq)ut to component B 
the effect is the creation of a lopcai connecticm between the output of cmiponent A and the 
input of component B. A logical connection is in essence a communication of data through 
various components of the model. In terms of die logical definition, named coiuiections are 
{Relevant as ft is purely a ineshed netwcMk of components and ccmnections tiserd)^^ 

20 

During the connection of two objects checking, matdiing and adoption takes place. For 
example, if dimensions Inve been defined for botii connections tiien they must be die same in 
order for the connection to be allowed. Units need not be identical as long as a conversion 
&ctDr can be determined. Ifanyoftiie properties are undefined at either end ftentb^ can be 
2 5 adopted or a different property can be discarded in order that die properties remain consistent 
' Once a consistent data type has been negotiated between the connections there is then a check 
' performed to see that die component has functions avculable to work with the data type. If 
titere is not then diero is a chedc to see whether any converters may be made to make thai 
compatible. For e9(ample» a number may need to be converted into a text string. 

30 

It is to be noted that an ou^wl nMy be connected to nsany hq)uts and tfius negoti 

simply be between two connections. Each time ancrther input is added to the set of 

connections furtiier n^otiations will take place to ensure that die data types are con^ 
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if necessary a data type may be changed to accommodate die new connection. The 
comptment managn^ will search a set of available overload fimcdons, those duit work widi 
possible datatypes. baddition^avmlabledataconveitersnmybectodcedtDseev^^ 
datacanbeconveftedtoanaccq>tabledatatype. If this is not posdbledien die connection 
. S manager may tiy to renegotiate widi the components that a connection connects to. This can 
lead to all the properties of connections being renegotiated in die entire model. However the 
user may be able to limit die extent of diis process by defining a distance fiom a new 
connection that n^tiations are allowed to proceed over. 

10 Refming bade to Figure 19, die ac^mulator.model receives data fiom an input spread sheet 
This component represents an Excel spead sheet containing a column of numbers. Each 
number is represented on die ou^ connector sequentially, widi the next one becoming 
avdiable only once all die corniecdons have used the previous value. This component is 
connected to an mput of a addition component The odier iqMit is connected to a "Running 

15 TotaT named Gonnecticm. Hie output of the addition coniponent is OMmeeted to a memory 
oomponemdiatmaintauis at its ou^nit die value presented to its inp^ All odier components 
nsset d» outputs (to undefined) for eadi iteration of data fiom die input ^ The 
output of die memory oonqwnent is provided to die named connection "llunnbg TotaP' that 
rqxesents an faitermediatB "Sum** during die calculation. The *%umitng Total"* named 

20 connection is provided to an iiiput ^ a switch component This compmient blocks die 
transfer of the htput vahie to the ou^ connector until the value at a gate iiqmt com 
die.bottcmi) is true or there is no more data. Indiisway theou^sut only showsthesumofthe 
calcttlatim not any intermediate values. The ou^ of die switch component is provided to a 
''Sum" named connecticm. Ilns value rqvesents die sum of die accumulation which is 

25 written to the ou^ of an ou^ qnead sheet The ou^ut ^read sheet represents another 
Excd spread she^ to which die result of die calculation will be written. In Appendix 1 an 
example of an extensible mark up language QCML) description of the formula defined is 
shown. It is noted diat a section ofdata relating to the definition of icons is not shown. This 
defines die recorded description of die fimnula as shown in die window. In Appendix 2 a 

3 0 logical descrqition in XML is diown diat defines die components and die connections diereto. 

Referring to Figure 23» a more complicated fixmula is shown which receives data firom a 
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spread sheet ISO of 'Ust of Items to Pick" which is pxovided to a named connection 'Item 
I[nS2. This bdienpiovided In turn to a look up component 154 that looks 
Gross PricQ»GST» Net Price and Ac Cost ofea(A item within a spi^^ Hie spreadsheet 
is dK)wn in Figure 24 which fi)mis die basis of a wi^f^ of each 

5 ' of the ou^uts being calculated by a spreadsheet fomiula being based on a database table of 30 
conq>onents. Further calculations are peifomied on the **Name** 156, ^Oioss Price" 158, 
"XiSnr 160. T^lct Price" 162 and XosT 164 by summing flie **Gidss Price" to produce a 
Total Gross Prfce" 166, summing die "GST" to produce a Total GST" 168, detemining the 
"Mai:E?n" 170 by subtracting the •'Cost" from the *'Net Price", summing the individual 

10 '^Margin" to produce a Total Margin" 172. Then the **Name", the "^Gross Price", the Total 
Gross Price", die Total GST* and the Total Margin" are provided into anothw Excel 
sfpreadsbeet 174. The processing of the fomiuta can be seen by entering values 176 into the 
first spreadsheet ISO. In processing this formula each item ID is used to retrieve data on die 
item uang the d a t a b ase retrieval component i^idi provides outputs as each item is processed 

15 and ancMherentiy is created in the final database .154 as can be seen by 178. The result of die 
calculadon 1 80 is returned to die final spreadsheet by conqx>nmt 1 74. 

A fimcdon engine can peifimn the calculation by recdving the logical definition of die 
fiinnulft vibSdk describes the fimctfam in tesms of hs objects and relatianship b^ween diem 
20 and can ttea use this d^nitionofdiefi»msula to process data received and dius^ 
result of d» formula when {mvided with die input data. 

The m^hod of grajdiically defining a fomtiula as defined by die fxesent invention has a 
number of advantages. It fmvides a simple mediod of building a model based on a number of 
25 fomuilae that can be buih using eidier top down or bottom up design medtodology. The 
mediod can check to see diat variable pnq)eities are inherited correctly and provide a waming 
if an error would result The mediod provides an extremely versatile and simple method of 
creating multilevel models used to manipulate query data. The repres^tations are easily 
iBideislDod and so the cheddngAuiditing of the accuracy of a fomiula is more easily achieved. 

30 

As will be q^preciated by die skilled addressee, modifications and variations can be made to 
the present mvendon widiout dqiaiting fiom die basic inventive concept such as: various 
fftKfbkai user interface technologies can be used widi diis m^iodology, such as pull down 
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menus, manipulation of grq>hics and information bubbles. 



Such modifications and variations are intended to be within the scope of the present mvention, 
die nature of which is to be determined fiom the foregoing description. 
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<?xml version « ••1.0'*?> 
<XeinpXex> 

<Packa9e Name » "Internal" Description » ****> 

<Type Name » "Iten Xdst** Description » " Z:\Deino\Pr Ice List MQ.xls" Type » 
"InputData''> 

<Application Name ° "ExcelS?" Horkbook » "Z:\Demo\Prlce List NQ.xls" 
Worksheet «* "Items to Pick" Start « "2''/> 
<Icon> 

< \ {CDATA[NDXORE02HDQMMDAwMDAwMD^wMDAzHj AirtiDAwMDI4MDAwM^ 

0ODQ4NDg0ODQ4NDg0ODQ4l!n)g0ODQ4KDg0ODQ41iDg0ODQ4K090ODQ4NDg0ODQ4NDg0ODQ4NDg0) ] > 
</Icon> 
<Outputs> 

<Outpiit Name = "ItemID" Type =• "Number"- DataType « "Number" Une » 

"A"/> 

</Outputs> 
</Type> 

<Type Name » "Sum" Description » "Z:\Demo\Prlce List NQ.xls" Type - 
"OutputData"> 

<;^pllcatlon Name « "Excel97" Workbook -» "Z:\Demo\Prlce List NQ.xls" 
Worksheet - "Items to Pick" Start « "2"/> 
<Icon> 

< ! [CUVTA[NOI0REO2MDQwMDIlMHDAwMDAMMDRkzNjAwMDA 

0ODQ4ND90ODQ4ND90ODQ4ND90ODQ4llDg0ODQ4NDg0ODQ4ND9bODQ41iDg0ODQ4ND90O0Q4MD90 ] ) > 
</Icon> 
<Xnpttt8> 

<Input Name =» "Total" Type =» "Number" Line = "F"/> 
</Xnputs> 
</Type> 
</Packa9e> 
<ComponentPackages> 

<Package Filename = *Z:\DeIphl\ComponentNanagerNBaslc»xnp**/> 
<Package Filename « "Z:\DeIphl\Coii^nentManager\Standard»xmp"/> 
</ComponentPackages> 
<Model> 

<Page Name « "NewPage'*> 

<Con^nent Name ^ "AddO" Coi4>onentPackage » "Standard" CoaponentType 
"Add" Left » "161" Top « "a3"> 

<Connector Type » "Input" Name «= "Connector #0" DID » "12" Edge » 

"Left"/> 

<Connector Type = "Input" Name « "Connector #1" DID « "13" Edge « 

"Left"/> 

<Connector Type « "Output" Name « "Connector #2" DID « "14" Edge ■» 

"Rlght"/> 

</Component> , 
<Component Name - "MemoryS" Cos^nentPackage «* "Basic" Coiq>onentType » 
"Memory" Left « "266" Top - "85"> 

<Connector Type - "Input" Name « "MI" OID « "15" Edge « "Loft"/> 
<Connector Type « "Output" Name = "MO" OID « "16" Edge « "Right" 
Initial « "0"/> 

</Component> 

<Component Name "Block4" Component Package » "Basic" ComponentType 
•Block" Left « "485" Top - "84"> 
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<Connector Type « "Input" Name = ••BI" DID » "l?" Edge « "Left''/> 
<Connector Type « "Output* Name « "BO" DID « "18" Edge » "Faght"/> 
<Connector Type » "Gate" Name = "BG" OID » "19" Edge » "Bottom"/> 
</CoBqponent> 

<Coaq»onent Name => "Item IdstS" Component Package » "Internal" 
ComponentType » "Item List" Left » "27" Top «• "86"> 

<Connector Type - "Output" Name « "ItemID" OID » "20" Edge « 

"Right"> 

<Attributes Line « "A"/> 
</Connector> 
</Component> 

<Component Name « "Sum5" ComponentPackage » "Internal" ComponentType " 
"Sum" Left « ••716* Top - "77"> 

<Connector Type - "Input" Name - "Total" OID - "21" Edge - "Left"> 

<Attributes Line -> "F"/> 
</Connector> 
</Component> 

<NamedConnection Name » "Running total" OID » "22" Left « "400* Top » 

"101"/> 

<NamedConnection Name » "Sum" OID » "23" Left » '*620" Top a "102"/> 
<VisibleConnection End^ointA « "15" EndpointB « "14"/> 
<Vi8ibleConnection Bn^pointA • *'16" EndpointB = "22"/> 
<Vi8ibleConnection End^intA » "12" EndpointB » "22"> 

<Vertex Top = "92" Left - "160"/> 

<Vertex ^p « "92" Left = "115"/> 

<Vertex Top = "33" Left "115"/> 

<Vertex Top « "33" Left = "400"/> 
</ViaibleConnection> 

<VisibleConnection EndpointA = "17" EndpointB = "22"/> 
<VisibleConnection EndpointA « "18" EndpointB = "23"/> 
<VisibleConnection EndpointA » "13" EndpointB » "20"/> 
<Vi8ibleConnection BmlpointA » "21" EndpointB » "23"/> 
</Page> 
</Model> 
</Xemplex> 
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<?xml version « ••1.0"?> 

<Xezi^lex> 

<Executable> 

<Component Name « "AddC Type ° "Generic** ^plication « ''Xenplex*' 
Operation « •'Adld''> 

<Input Name = "Connector #0" Type » •'Input"/> 

<Input Name » •'Connector #1" Type « •'Input"/> 

<Output Heme « "Connector #2* Type « "Output "/> 
</Component> 

<Component Name » "Memory3" Type "Generic" Application » "Xemplex* 
Operation "Memory"> 

<Input Name - "MI" Type - "Input"/> 

<Oatput Name « "HO" Type « "Output" Initial » "0"/> 

</Camponent> 

<Component Name » "Block4" Type » "Generic" .'Application « "Xemplex" 
Operation ■» "Block"> 

<Ii^ut Name = "BI" Type » "Input "/> 
<Output Name « "BO" Type » "Output "/> 
<Gate Name » "BG" Type « "6ate"/> 
</Component> 

<Component Name » "Item ListS" Type ■» "InputData" /^plication = "Excel97" 
Workbook « "Z:\D6mo\Price List NQ.xls" Worksheet » "Items to Pick" Start « "2"> 
<Output Name •= "ItemlD" Type «■ "Number" Line » "A"/> 
< /Component > 

<Component Name - "SumS" Type « "OutputData" Application « "Excel97" 
Workbook = "Z:\Demo\Price List NQ.xls" Worksheet « "Items to Pick" Start « "2"> 
<Input Name - "Total" Type « "Number" Line - "F"/> 
</Con^nent> 

<Connection From = "AddO" Output - "Connector #2" To - "Memory3" Input » 

"MI"/> 

<Connection Prom « "MemoryS" Output « "MO" To « "AddO" Input » "Connector 

#0"/> 

<Conneoti<m Prom « "Memory3" Output « "MO" To - "Block4" Input « "BI"/> 
<ConnectioD P^com » "Item ListS" Output » "ItemID" To » "AddO" Input » 
"Connector #!•/> 

<Comiection From » "Block4" Output « "BO" To « "SumS" Input "Total"/> 
</Bxecutable> 
</Xemplex> 
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The claims defining the invention arc as follows: 

1. A oomputer*implemented method of gra|Aically defining a fbimula, said 
mediod including: 

providing a first operator object for definii^ a method of manipulating at least 
one input to produce at least one result; 

displayif^ a gnqshkal representation of the first operator (Aject; 

providing a first variable object for containing data; 

receiving an iiq>ut fiom a user to relate die variable object to one of the inputs 
or one of die results of the first operator object 

di^layihg a graphical rquesentation of die first variable object and its 
relation to the first operator oty ect; and 

recording a logical description of the relationship between objects; 
.f whereby the fomiula is defined by die logical description* 

2. A computer-implemented metfiod of graphically defining a formula, said 
method including: 

prodding a variable object for contauiing data; 
diq»Iayii« a gnphical rqnesentation of die variable oljec^ 
pn>vidii% a first operatiM'object fiv defbring a niediod of mani^^ 
one mput to produce at least one result; 

recmrmg an hqmt fiom a user to^elate one of die inputs or one o^ 
of die first q)endor object to die variable olgec^ 

dis|riqring a gcapMcd representation of die operator object^^ 
die variable object; and 

recording a lineal description of the relationship between objects; 

whereby dse fomuila is defined by die logical description. 

3. A computer^inqilemented mediod of graidiically defimng a fiirmula, the 
m^liod according to ehherdaim 1 or claim 2, fiirther includes die steps ofi 

providhig one or nuve fiother variable objects; 

receiviiig forther inputs bom tte user to relate each forther variable object to 
one of tiie inputs or one of the results of die first operator object; 
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displaying a graphical representation of the further variable objects and their 
relation to the operator object 

4. A method according to any one of claims 1, 2 or 3, wherein the method 
5 fiirtimrinchides the steps ofi 

provicHng one or more fitidier qierator objects; 

receiving further inputs fiom tfie user to relate each variable objects to one of 
inputs or me of the results of the fatAst operator objects; 

displaying a grafrfiical rqxesentation of the further operator objects and their 
10 relation to the variable objects. 

5. A method according to any one of claims 1 to 4, vvherein each variable object 
is selected fiom: an input object for providing data fiom a data source; an ou^nit object to 
provide data a data destination; or a connection object for passing data fiom one operator 

15 object or anodier. 

6. A method according to any one of claims 1 to S, wherein a connection object 
represented as a link between die opmtor objects. 



20 7. A HMlfaodaocordiiv to any one of clainisl to 6. wherein each variable object 

may be provided widi a variable label. 

8. A metliod according to any^one of clums 1 to 7, wherein each operator object 
may be provided with a opemtor labeL 

25 

9. A medKxi according to any one of claims 1 to 8, wherein the logical 
description of the fimnula is defined by the logical relationship b^ween the objects. 

10. A method according to any one of claims 1 to 9, wherein a graphical 
30 definition of the formula is recorded that defines the graphical display of the relationship 

between olivets. 



11. 



A method according to any one of claims 1 to 10. wherein the mediod 
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includes die step of storing infomiation describing the logical definition. 

12. A method acooidbig to any one of clauns 1 to 10, vAvmin the method 
inchides tfie step of storing infomiation describing the graphical definition. 

5 

13. A mediod acconUng to any one of claims 1 to 12, whcrem two or more related 
opeiBtor objects may be gmved such diat the gmuping defines a gcmqiing operator object, 
wherein variable objects qossing the border of the grouping and connecting to inputs of 
operator objects In the group become the inputs of the grouping object ccrnipcment and 

1 0 variable objects crossing the border of die grouping and connecting to resiifts of the operator 
' objects in the group become results of the grouping operator object 

14- A method according to claim 13, wherein inputs and results of operator 

objects in Ae group not linked to anoAer object become inputs and results, respectively, of 
15 the groiq>h% operator object 

15. A mediod acconlmg to claim 13 or 14, wherein die graphical representation of 
die grouped otgects is rqilaced by a graphical representation of die grouping operator object 
and die gmptfcat r epresentadcwoflMo to die contents of gro^ 

20 rB{msenlatioii5ofludcstodierqirBS6iiiationofdiegrK^^ 

16. A method aocoidti« to claim 13 or 15, wherein die lo^cal definhion of die 
fomuila d^ned inchides die cmtents of die groupfaig operator oljec^ 

25 17. Aniediodacccmlingtoclaim 13orl6,>iv4iereindieg^ 

overall fimnula diq>layed excludes die contents of die grouping operator object 

18. A mediod according to claim 13 or 17, wherein die contents of die grouping 

qierator object may be grafrihically represented separately 6om the overall graphical 
30 rqnesenlatkmofdiefbraiula. 



19. A mediod according to any one of claims 1 to 18, wherein variable objects 

mqr be attnlnited Mddi properties diat define die Qfpe of data d^ 
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20. A method accmling to chtm 19. wherein each mpiit and result of an operator 
olgeet be attributed wbh propcfties that define the type of data that the qierator object 
expects to receive and be able to produce, lespecthwly. 

5 

21. A method according to claim 20, wherein a variable object may inherit tfie 
properties fiom tte propttties of anothor variable object that has abead^ 

related by an intervening operator object 

10 22. A method accordmg to claim 20, wherein a variable object may inherit the 

properties from the jmperties of an operator object input or result that has alread|y been 
defined and to whidi it is related 

23. ^A method according to any one of claims 19 to 22, herein an input or result 
15 of an operation d)ject.may inherit die properties from the pn^rties of a variable object that 

has abeady been defined and to inidch it is related. 

24. A method according to any one of churns 19 to 23, wherein the method 
inchidesastepof dieddqg thai the properties of objects widiabeadly attributed M^ucfa are 

20 bebtgietatedmatdL 

25. A method according to claim 7, wherein a* library of bbelled variable objects 
tspnedefined. 

25 26. A method according to chim 8, whereinalibraiy of labelled opemtor objects 

is predefined, eadi labelled operator object's mediod of manipulating its inpat/s to produce its 
result/lB also beh^ predefined. 

27. A method according to claim 7 or 25, wherein the variable label of a variable 
3 0 object may be selected bom a list of predefined variable labels. 

28. A flfiethod accordiiig to claim 19, wherein each variable hbel may be 
attributed wtdi properties that define the type of data a variable object labelled widi the label 
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can contain* 

29. A method aoconfing to claim 19, vAimm the selection of a variable label 
attributes the properties associated with the bbel to the variable object 

5 

30. A method aoomiing to claim 29» wherein the properties attributed to a 
variable object limit the selection of labels available to be selected. 

31. A medtod according to any one of claims 1: to 30, wherein the operation object 
10 is at least one of addition, subtraction, multiplication, division, a look-up table and conditional 

operation^ 

32. A method according to any one of clafans 1 to 30, vydierein the operator object 
may be a multiple stage operation containing a plurality of simple operators linked to perform 

15 a more complex operator. 

33. A method acconfing to aiiy one of clauns 1 to 30, v/hmin in one form, the 
operator object is a quety of the database. 

20 34. A method whereh the first opeialorotjectpeffimns a write to a database. 

35. A medKNi according .ta claim. 8, wherein the operator label of an operator 

olgect may be selected fiimi a list of pred^med operas 

25 36. A meduxl according to claim 35, whmin each operator label may be 

attribt^ with properties that define the type of data that inputs and results of a labelled 
operator object can receive or provide, respectively. 

37. A metfiod according to claim 36, wherein the selection of an operator label 
3 0 attributes the properties associated widi the label to the operator object 

38. A method according to claim 37, M^ierein the properties attributed to an 
operator object limit the selection of labels available to be selected. 
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39. A method according to any one of claims I to 38, wherein die logical 

d^ition nuy be used by a nm time engine to put into operation the defined fi>nhula» 
wherein data provided to each variable dbject is linked to an input of an operator object, 
5 whereby the data becomes operands of the formula* each operator re{»esented by the operator 
object becomes the operator of the formula and eadi result of the operator object becomes the 
next operand of the n^ operator or die final lesult/s of die formula, wherd>y computation of 
die formula can be conducted to produce a formula result 

10 40. A method according to any on&of claims 1 to 39» wherein a namespace may 

be defined for each variable, M^iereby the data in a logical variable rejHresented by the variable 
object is the same for eadi occurrence of the variable object within thg namespace, * 

4K ^ mediod according to claim 40, wherein the name space is fay de&ult global 

15 to the formula being modelled 

42. A mediod according to claim 40, wherein a logical connecdon is created 

between each oocunence of a hdielled variable object widiin a namespace. 

20 43. Ainedu)d80cc»dbigtoGl^40^ whereniagraidiicai linkm^bedisphy^ 

showing die logical connecdon between occurrences of labelled variable objects. 

44» A mediod according to any one of claims 1 to 43, whereui a namespace may 

be defined for each operator otgect, vAimby die operadon of a logical operator represented 
25 by die q^erator object is the same for each occurrence of the operator object widun die 
namespace. 

45. A mediod according to claim 44, wherein the name space is by de&ult global 
to die formula being modelled. 

30 

46. A mediod according to claim 13, wherein a gjmvped operator object may be 
used more than once with the definition of the grouped operator object being applied to die 
logical definition of die formula. 
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47. A mediod acc(»ding to claim 19» whetein the properties of a label include 

type» units and dimensioiL 

5 48. A method according to cli^ 10» wheiein the gre{diical definition is described 

in XML. 

49. A meAod according to any one of claims 1 to 48» wherein the logical 
d^ition is described in XML. 

10 

50. A method according to any one of claims T to 49, wherein each operator 
object inchides a plurality of defmittons of Ae operation performed by the operator 
represented by the operator object, each defmition being for a separate type of data able to be 
manqiulated b^; the operator. 

15 

SL A mediod according to any one of chums 1 to SO, wherein the operator object 

Is graphfcally represented as a component having one or more inputs and one or more ou4>uts, 
the component having an faxficator rqnesentative of the operator represented. 

20 52. A method accofdtng to any one ofclainral to SI, vriieteinte operator 

nuqr be an empty component that b representative of a operator whh methodology of 
manqinitetion h^Mits to proditoe resufts yet to be*defined. 

53. A m^hod aocmltng to aiiy one of chdms 1 to 52, wherein die empty 
25 componoxt is used to fixm criteria for searchmg for a suitable operator object that has a 

suitable defined meOodology. 

54. A method according to any one of claims 1 to S3, wherein a library of objects 
is provided. 

30 

55. A method according to any one of chums 1 to 53, wherein objects may be 
externally sourced. 
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56. A system for grqdiically defining a formula* comprising: 
acomputer including a display screen and a user input means; 

means for providing a first qperator object for defining a method of 
manipuiating at least one input lo produce at least one result; 

means for displajing a graphical representation of the first operator object on 

the screen; 

means for providing a variable object for containing data; 

means for recehdng an input fiom tte user input means to relate the variable 
olyect to one of inputs or one of the resuhs of the first operator object; 

means for displaying a grs^ical representation pf the first variable object and 
its relation to the operator otject on the smen; 
whereby die formula is defined by the relationship between the objects. 

57. computer program for controlling a computer for gra{^caily defining a 
fenmila, said computer program causing the computer to undertake step including: 

pro\dding a first operator object for dduung a method of numipulatmg at least 
one input to produce at least one result 

dispfaqring a ffa^bkal Rpresentation of the first operator object on a computer 

scr e en ; 

providing a variaUe otgect for containing data; 

recesvmg an iiqwt fiom a user ttiput means to rebte the variab^^ 
of inputs or one of the results of tim first opeiator otgec^ 

disph^faig a graphical iqnesentation of the first vanaUe object and its 
relatim to the operator object on the screen; 
whereby the formula is defined by the relationship between the objects. 

58. A computer readable medium for storing a computer program as defined in 
claim 57. 

59. A computer-hnplemented method of graphically defining a formula for 
manq;Nilating faiput data to produce a result* said method including: 

providing at least one variable for containing data; 

providmg at least one operator defining the method of manipulating the input 



wo 02/17074 



PCT/AU01/010S3 



42 

data to produce die result; 

display a list of tiie variables for a user to select a result variable therefiom; 

ieo«ving a selectim of the result variable fiom the user for containing tfie 
result of die manqmlatkm of the input data; 
5 displaying a graphical representation of die selected result variable; 

di^laying a list of the operators for a user to sdect an operator therefiom; 

recdvtng a selection of an operation fiom the usen 

di^Iay ing a graphical rq)resentadon of the selected operation; 

di^ying a li^ of inputs for containing the input data for a user to selea at 
10 least one input therefiom^ the inputs being either said variables or one or more constants; 

receiving a selection of at least one input fit>m the user. 

displ^ii^ a gn^hical rq)re$entation of die selected input, 
whereby the formula is defined by the selected result variable being equal to the manipulation 
of sdected tnp|iit(s) by the selected operation. 

15 

60. A oomputer-implemented method of grqihically defuiing a formula for 

manipulating input data to produce a result^ said mediod including: 

pTOfvicfing at least one variable type, said variable type havmg pre-detemifaied 

properties 

20 pnyvicfing at least one operation definfaig the method of manipulatnig the iapat 

data to produce die result; 

(fiq^ring die variable types for auser to:select a variable type therefiom; 

recdving a selection of the variable type from the user; 

recriving a name fiMT the selected variable type; 
25 diq)Iayii% a representation ofthe named variable; 

di^)l^ing a list of operations for a user to select an operation dierefiom; 

diqjdaying a graf^cal rqpresratation of die selected operation; 

recdving a selection of an operation fiom the us^ 

receiving iiq>iit bom the user so as to associate the selected variable with the 
3 0 selected qperation so that die selected variable b eidier an input variable or a result variable; 

where die selected variable is associated to be a result variable^ receiving fix>m 
die user a selection ofat least one ofeither an uiput variable an mput constant and a name 
for the inpA variable or the input ccmstant^ displaying a graphical representation of the input 
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variable(s) and/or input constant(s); 

ifvhere tfie selected varii^Ie is an input variable, feceiving a name for an 
output variable* displaying a graphical rquesentation of the output variable; 

whefd>y the foimula is defined by the result of the manipulation hy the 
5 selected operation of die mput data in the input data variable or input constant provided to the 
result variable* 
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